10.5 KB · ⇊ 4 parts · ⤓ Micron 10.5 KB · ⤓ HTML 23.0 KB

top

mwawinetd (mwbaintermwbqnet services mwbgdaemon) è un mwbwdemone presente su numerosi sistemi mwcaUNIX che controlla i servizi mwcqInternet. Apparso per la prima volta in mwcg4.3BSDcite-ref-freebsd-1-0[1] , si trova solitamente in mwdw/usr/sbin/inetd.

• Funzionamento

• Creare un servizio inetd

• Sostituti di inetd

• Problematiche di sicurezza

• Note

• Collegamenti esterni

Spesso chiamato mwewInternet super-servercite-ref-debi-9-6-2-0[2], inetd si pone in ascolto su tutte le porte mwgaTCP ed mwgqUDP usate dai servizi internet quali mwggFTP, mwgwPOP3, o mwhaTelnet. Quando un pacchetto TCP o un pacchetto UDP arriva con un determinato numero di porta, inetd lancia l'appropriato servizio per stabilire la connessione. cite-ref-edsc-cors-3-0[3] Per servizi che non si aspettano un carico di lavoro molto alto, questo metodo usa la memoria in modo molto efficiente, dato che i server specifici vengono invocati solo quando necessario. Allo stesso modo, non è richiesto nessun codice di networking nei demoni specifici di ciascuna applicazione, dato che inetd aggancia i mwiqsocket direttamente allo standard input, standard output e standard error del processo invocato. Per protocolli che invece hanno un traffico frequente, come mwigHTTP e POP3, un server dedicato che possa intercettare direttamente il traffico, è da preferire.

Quello che segue è il mwjqcodice mwjgC di un semplice servizio inetd, che accetta al più un parametro sulla riga di comando che specifica un nome di file per il log; in esso saranno trascritte tutte le stringhe inviate attraverso il socket. Il programma si basa un servizio di logging per un programma di elaborazione distribuita che dovrebbe essere in grado di accettare messaggi da processi multipli in esecuzione su macchine differenti. Utilizzando un servizio inetd per ricevere i messaggi di log, tutte le macchine possono indirizzare i messaggi al medesimo destinatario, che provvederà a memorizzarli in un unico file di log.

In questo caso, vogliamo che tutti i messaggi siano scritti su un singolo file, così che l'esecuzione di una sola istanza del servizio possa soddisfare tutte le richieste; ciò significa che il protocollo giusto da utilizzare è l'mwzgUDP. Per prima cosa, bisogna scegliere un numero di porta non utilizzato. In questo esempio si userà la porta 9999, poiché era libera sul sistema in cui è stato sviluppato il sorgente. La voce di mwzw/etc/services sarà simile alla seguente:

E la voce in mw0g/etc/inetd.conf sarà simile alla seguente:

La riga indica ad inetd di eseguire mw1q/usr/local/sbin/errlogd, passandogli come parametri mw1gerrlogd /tmp/logfile.txt (si faccia riferimento alla pagina di manuale di inetd.conf per ulteriori informazioni sui parametri). Il primo parametro è sempre il nome del programma da eseguire, mentre il secondo (il numero 1 negli array C, in cui il primo elemento è marcato con uno 0) contiene il nome del file da utilizzare per il log, mw1w/tmp/logfile.txt. inetd eseguirà il servizio quando sarà necessario, e collegherà la porta 9999 agli stream di input ed output: tutte le stringhe inviate a quella porta verranno scritte sul file. L'opzione mw2await segnala ad inetd di utilizzare un'unica istanza del server per gestire tutte le richieste, a differenza dell'esempio proposto prima con mw2qtelnet, in cui un nuovo server viene invocato per gestire ciascuna richiesta in arrivo.

Nota: le funzioni offerte dall'esempio vengono di solito implementate utilizzando mw2wSysLog ed un processo quale syslogd. syslogd sarebbe normalmente avviato in parallelo ad inetd, e non come servizio separato.

In anni recenti, a causa delle limitazioni di sicurezza nel progetto originale di inetd, lo si è sostituito con xinetdcite-ref-auti-2-7-4-0[4], rlinetd, ucspi-tcp ed altri ancora in molti sistemi. In particolare, le distribuzioni di mw4wGNU/Linux offrono molte opzioni e mw5amacOS (a partire dalla release 10.2) utilizza xinetd. Allo stato di Mac OS X 10.4, Apple ha unito le funzioni di inetd a mw5glaunchd.

I servizi forniti da inetd non sono vitali, e possono essere disattivati completamente. Questa pratica sta diventando sempre più comune su macchine dedicate ad un'unica funzione. Ad esempio, un mw6aserver mw6qHTTP potrebbe essere configurato per eseguire semplicemente mw6ghttpd, tenendo chiuse tutte le altre porte. Un mw6wfirewall dedicato potrebbe non avviare alcun servizio.

Mentre il concetto di inetd come smistatore di servizi non è intrinsecamente insicuro, la lunga lista di servizi di cui tradizionalmente inetd si occupa diede la sua bella dose di grattacapi agli amministratori di sistema. I servizi non sono perfetti, e in quanto tali bisogna considerare la possibilità che questi abbiano delle vulnerabilità sfruttabili o che vengano semplicemente abusati. Per questo motivo vennero disabilitati tutti i servizi non necessari e lo spegnimento di default divenne la norma. Nelle moderne distribuzioni Linux non è raro trovare un /etc/inetd.conf con quasi tutti i servizi commentati.

cite-note-freebsd-11. ↑ mw9a(mw9qmw9gEN) mw9wmw-ainetd -- internet "super-server", su mw-qfreebsd.org. mw-gURL consultato il 20 maggio 2020.

cite-note-debi-9-6-22. ↑ mw-gmw-wmwaqa9.6. Il super-server inetd, su mwaqedebian-handbook.info. mwaqiURL consultato il 20 maggio 2020.

cite-note-edsc-cors-33. ↑ mwaqymwaqcmwaqgCorso su Linux - Inetd e xinetd, su mwaqkedscuola.it. mwaqoURL consultato il 20 maggio 2020.

cite-note-auti-2-7-44. ↑ mwaq4mwaq8mwara2.7.2 inetd e xinetd, su mwareautistici.org, 26 settembre 2006. mwariURL consultato il 20 maggio 2020.

mwaru(EN) mwaryPagina del manuale di sistema di FreeBSD per inetd